<!DOCTYPE html>
<html lang="en">
<head>
	<meta charset="UTF-8">
	<meta http-equiv="X-UA-Compatible" content="IE=edge">
    <meta name="viewport" content="width=device-width, initial-scale=1">
	<title>扩容并不是无限的 | Elasticsearch: 权威指南 | Elastic</title>
    <!-- Give IE8 a fighting chance -->
    <!--[if lt IE 9]>
    <script src="https://oss.maxcdn.com/html5shiv/3.7.2/html5shiv.min.js"></script>
    <script src="https://oss.maxcdn.com/respond/1.4.2/respond.min.js"></script>
    <![endif]-->
	<link rel="stylesheet" type="text/css" href="../static/styles.css" />
</head>
<body>
<div class="main-container">
    <section id="content">
        
        <div class="content-wrapper">
            <section id="guide" lang="zh_cn">
                <div class="container">
                    <div class="row">
                        <div class="col-xs-12 col-sm-8 col-md-8 guide-section">
                            <div style="color:gray; word-break: break-all; font-size:12px;">原文地址: <a href="https://www.elastic.co/guide/cn/elasticsearch/guide/current/finite-scale.html" rel="nofollow">https://www.elastic.co/guide/cn/elasticsearch/guide/current/finite-scale.html</a>, 版权归 www.elastic.co 所有<br/>
                            英文版地址: <a href="https://www.elastic.co/guide/en/elasticsearch/guide/current/finite-scale.html" rel="nofollow">https://www.elastic.co/guide/en/elasticsearch/guide/current/finite-scale.html</a>
                            </div>
                        <!-- start body -->
                  <div class="page_header">
<b>请注意:</b><br>本书基于 Elasticsearch 2.x 版本，有些内容可能已经过时。
</div>
<div id="content">
<div class="breadcrumbs">
<span class="breadcrumb-link"><a href="index.html">Elasticsearch: 权威指南</a></span>
»
<span class="breadcrumb-link"><a href="modeling-your-data.html">数据建模</a></span>
»
<span class="breadcrumb-link"><a href="scale.html">扩容设计</a></span>
»
<span class="breadcrumb-node">扩容并不是无限的</span>
</div>
<div class="navheader">
<span class="prev">
<a href="one-big-user.html">« 一个大的用户</a>
</span>
<span class="next">
<a href="administration.html">管理、监控和部署 »</a>
</span>
</div>
<div class="section">
<div class="titlepage"><div><div>
<h2 class="title">
<a id="finite-scale"></a>扩容并不是无限的<a class="edit_me edit_me_private" rel="nofollow" title="Editing on GitHub is available to Elastic" href="https://github.com/elasticsearch-cn/elasticsearch-definitive-guide/edit/cn/410_Scaling/80_Scale_is_not_infinite.asciidoc">edit</a>
</h2>
</div></div></div>
<p>在整个章节中我们讨论了多种 Elasticsearch 可以做到的扩容方式。
大多数的扩容问题可以通过添加节点来解决。但有一种资源是有限制的，因此值得我们认真对待：集群状态(cluster state)。</p>
<p><em>集群状态(cluster state)</em> 是一种数据结构，存储下列集群级别的信息：</p>
<div class="ulist itemizedlist">
<ul class="itemizedlist">
<li class="listitem">
集群级别的设置 (cluster-level settings)
</li>
<li class="listitem">
集群中的节点 (nodes that are part of the cluster)
</li>
<li class="listitem">
索引以及它们的设置(setting)、映射(mapping)、分析器(analyzer)、预热器(warmer)和别名(alias)
</li>
<li class="listitem">
与每个索引关联的分片以及它们分配到的节点
</li>
</ul>
</div>
<p>你可以通过如下请求查看当前的集群状态：</p>
<div class="pre_wrapper lang-json">
<pre class="programlisting prettyprint lang-json">GET /_cluster/state</pre>
</div>
<p>集群状态存在于集群中的每个节点，包括客户端节点。
这就是为什么任何一个节点都可以将请求直接转发至被请求数据的节点 —— 每个节点都知道每个文档应该在哪里。</p>

<p>只有主节点被允许更新集群状态。想象一下一个索引写入请求引入了一个之前未知的字段。持有那个文档的主分片所在的节点必须将新的映射转发到主节点上。
主节点把更改合并到集群状态中，然后向所有集群中的所有节点发布一个新的版本。</p>

<p>搜索请求<em>使用</em> 集群状态，但不会修改状态。同样的，文档级别的CRUD(增删改查)请求也不会修改集群状态，当然，除非它们引入了一个新字段而需要更新映射(mapping)。
总的来说，集群状态是静态的，不是瓶颈。</p>

<p>但是，请记住，这个相同的数据结构必须存在于每个节点的内存中，并且必须在更新时发布到每个节点。数据量越大，这个过程就越长。
</p>

<p>我们见过的集群状态中最常见的问题就是引入了太多的字段。一个用户可能会决定为每一个 IP 地址或者每个 来源地址(referer URL) 使用一个单独的字段。
下面这个例子通过为每一个唯一的 来源(referer)  使用一个不同的字段名来保持对页面浏览量的计数：</p>
<div class="pre_wrapper lang-json pagebreak-before">
<pre class="programlisting prettyprint lang-json pagebreak-before">POST /counters/pageview/home_page/_update
{
  "script": "ctx._source[referer]++",
  "params": {
    "referer": "http://www.foo.com/links?bar=baz"
  }
}</pre>
</div>
<p>这种方式十分的糟糕！它会生成数百万个字段，这些都需要被存储在集群状态中。
每当见到一个新的 referer ，都有一个新的字段需要加入那个已经膨胀的集群状态中，这都需要被发布到集群的每个节点中去。</p>

<p>更好的方式是使用<a class="xref" href="nested-objects.html" title="嵌套对象">嵌套对象(nested objects)</a>，
它使用一个字段作为参数名<code class="word">referer</code>，另一个字段作为关联的值<code class="word">count</code> ：</p>
<div class="pre_wrapper lang-json">
<pre class="programlisting prettyprint lang-json">    "counters": [
      { "referer": "http://www.foo.com/links?bar=baz",  "count": 2 },
      { "referer": "http://www.linkbait.com/article_3", "count": 10 },
      ...
    ]</pre>
</div>
<p>这种嵌套的方式有可能会增加文档数量，但 Elasticsearch 生来就是为了解决它的。重要的是它能保持集群状态小而敏捷。</p>
<p>最终，不管你的初衷有多好，你可能会发现集群节点数量、索引、映射对于一个集群来说还是太大了。
在这个阶段，将问题拆分到多个集群中可能是值得的。得益于​<a href="https://www.elastic.co/guide/en/elasticsearch/reference/5.6/modules-tribe.html" class="ulink" target="_top"><code class="literal">tribe</code>节点</a>​，
你甚至可以跨多个集群进行搜索，就好像它们是一个巨大的集群。</p>
</div>
<div class="navfooter">
<span class="prev">
<a href="one-big-user.html">« 一个大的用户</a>
</span>
<span class="next">
<a href="administration.html">管理、监控和部署 »</a>
</span>
</div>
</div>

                  <!-- end body -->
                        </div>
                        <div class="col-xs-12 col-sm-4 col-md-4" id="right_col">
                        
                        </div>
                    </div>
                </div>
            </section>
        </div>
    </section>
</div>
<script src="../static/cn.js"></script>
</body>
</html>